home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BBS Toolkit
/
BBS Toolkit.iso
/
programs
/
zdcs201.zip
/
ZDCS.NEW
< prev
next >
Wrap
Text File
|
1993-02-02
|
5KB
|
130 lines
ZDCS 2.01 Release Notes
-----------------------
ZDCSFC
------
Internal changes needed for the newly implemented Ziplab/ZDCS connection.
ZDCSFC & ZDCSDB
---------------
Enough is enough! Supershell has been removed from the code. Let's see
what this solves - I expect it to be most of the problems.
ZDCSFC & ZDCSDB
---------------
Corrected a minor oops in the search of the DOS path when looking for
PKUNZIP.EXE and/or ARJ.EXE. Symptoms include floppy access for no apparent
reason.
ZDCSDR
------
I think I've tracked down the ficticous 100% duplicate problem. Under a
very specific set of circumstances involving how many members were in
the previous and currently processing archive, the stack was completely
collapsing. This also corrects the case where all archives would show
a CRC32 of 20202020.
Small cosmetic change in the duplicate report. Replaced "* Path
information not available *" with "* N/A *". This could save substantial
amounts of disk space for the report file when running on large systems.
ZDCSFC & ZDCSDB
---------------
Corrected an error in the 'truncate other file type' routines.
ZDCS 2.0 Release Notes
----------------------
This will be the first time I've ever released a ZDCS version with
a known problem. The Supershell memory feature seems to have a problem
when used on a system that contains an ASPI-capable SCSI controller AND
an operating environment that uses the advanced features of the ASPI
specification (Netware, Desqview). Basically, what happens is that
the system will lock up.
The temporary solution is to D/L ZDCS-QEMM.ZIP from The Hacker Central
and follow the enclosed instructions.
The permanant solution is in research at several locations right now, and
a maintainance release of ZDCS will be made available as soon as possible.
If you have this problem with ZDCS, please don't register until this
problem is corrected. I'd rather lose a registration than have an
unhappy user. I would have held this release, but that was impractical.
===========================================================================
Pre-testing an upload and ARJ. This is also mentioned in the
documentation, but I wanted to make sure it was clear to everyone.
ARJ is in a beta cycle right now, so I have not yet implemented upload
pre-testing for ARJ files - on the chance that what I do now will have
to be re-done in a month. There will be a maintainance release of ZDCS
to address this when the next version of ARJ is released.
===========================================================================
This feature managed to get left out of the documentation completely.
Fortunately, it's nothing major. The following are the beta notes for
the external archive conversion shell, build into ZDCSDB.EXE
---------------------------------------------------------------
A recent experience with one of the Internet archive CD-ROMs
gave me the idea for this feature. If you have unsupported archive format
files on your CD (such as ARC), this is the solution. Create a batch file
in your ZDCS directory named ZDCS-ext.BAT (ext is the extension of the
unsupported files) Enclosed is my own ZDCS-ARC.BAT file.
ZDCSDB will process normally until it encounters a file of the specified
archive type. At that point, ZDCSDB will swap itself out of memory and
execute the batch file, passing it three command line parameters.
After the batch file executes, the screen is restored and processing
continues.
This is my ARC conversion and database add batch file:
--------------------------------------------------
REM %1 is the fully qualified FSpec of the currently processing file
REM %2 is the Filename with Extension - No drive/path information
REM %3 is the Filename without Extension - No drive/path information
REM E:\TMP is a temporary work directory on any hard drive
REM Copy the file from the CD-ROM (or wherever it is) to the work directory
copy %1 e:\tmp
REM Convert the archive format to ZIP
ZZAP e:\tmp\%2
REM Process the newly created ZIP file with ZDCSFC (which will perform the
REM database add) Note the word UPLOAD - it MUST be there.
zdcsfc e:\tmp\%3ZIP UPLOAD
REM Get rid of the file. ZZAP removes the old file after the conversion.
DEL e:\tmp\%3ZIP
REM if you're using a utility that doesn't, you should also
DEL e:\tmp\%2
----------------------------------------------------
You will notice that I'm calling the ZZAP utility do do my archive type
conversion. This is a truly NIFTY utility that does it's job and does it
painlessly. I tested using version 6.0, but the latest version is 6.5c.
For more info about this utility, contact the author:
Ross Neilson Wentworth
1422 Elkgrove Circle, #3
Venice CA 90291
==========================================================================